home *** CD-ROM | disk | FTP | other *** search
/ Libris Britannia 4 / science library(b).zip / science library(b) / INFO / DOS3BUGS.ZIP / DOS3BUGS.TXT
Text File  |  1987-03-03  |  11KB  |  235 lines
  1. I The following documents are about DOS 3.00, 3.10, & 3.20.
  2.  
  3. Each of the following documents had the disclaimer
  4. "This modification or recommendation has not been subjected to exhaustive 
  5. testing and may not, in all circumstances, provide a complete solution."
  6.  
  7. --------------------------------------------------------------------------
  8.  
  9.      DB10075 Problems with Enhanced Keyboards and DOS 3.10 & 3.20
  10.  
  11. 10/30/86
  12. Disk operating system (DOS)
  13. Personal computer XT system unit/keyboard
  14. Personal computer AT system unit/keyboard
  15.  
  16.  
  17. When using an IBM PC XT or AT with an enhanced keyboard and DOS 3.2 or 
  18. 3.1, DOS will not recognize certain keys, or will mis-interpret keys.
  19.  
  20. There is a patch diskette, called the DOS 3.2 keyboard utility, which 
  21. corrects this problem for both DOS 3.2 and 3.1.  This is a separate and 
  22. distinctly different diskette from the DOS 3.20 patch diskette.  This 
  23. patch is for use ONLY with the enhanced keyboard, since it will cause 
  24. problems when installed on systems with the original keyboards.
  25.  
  26. --------------------------------------------------------------------------
  27.  
  28.     DB10064 DOS 3.2 - Fatal Stack Error
  29.  
  30. 07/10/86
  31. Disk Operating System (DOS)
  32.  
  33. Some users have encountered the following message while running under
  34. DOS 3.20: "Fatal Stack Error / System Halted".  This message is caused by 
  35. the fact that DOS has not provided enough stack space to handle the number 
  36. of interrupts encountered.
  37.  
  38. This error can be produced by initiation a long disk operation, such as 
  39. CHKDSK or DIR, and striking keys on the keyboard rapidly.  The first 
  40. sixteen (16) keystrokes are buffered normally.  The next 8 keystrokes, 
  41. after the keyboard buffer is full, produce a beep indication that the 
  42. buffer is full; this also is normal.  The 25th keystroke will result in 
  43. the error message because the previous 8 keystrokes have produced 
  44. interrupts which were pushed onto the stack, filling it up.
  45.  
  46. This error can be circumvented by using the STACKS command in the 
  47. CONFIG.SYS file to increase the number of stack frames available.  This 
  48. command, which is new to DOS 3.20, is documented in Appendix B of the
  49. DOS 3.2 manual.  Refer to this appendix for the syntax of the STACKS 
  50. command.
  51.  
  52. There is also a new COMMAND.COM for DOS 3.2 which corrects this problem.  
  53. The IBM National Support Center has a patch diskette for DOS 3.20 which 
  54. contains, among other things, the COMMAND.COM update.
  55.  
  56.  
  57. --------------------------------------------------------------------------
  58.     DB10077 DOS Version 3.2 known bugs
  59.  
  60. 10/31/86
  61. Disk Operating System (DOS)
  62.  
  63. The following items have been identified and verified as bugs in DOS 3.2. 
  64. There is a patch diskette available to correct there problems.
  65.  
  66. 1. DISKCOPY gives a "Drive types or diskette types not compatible" message 
  67. when copying from a 48 Track Per Inch (TPI) diskette to a 48 TPI diskette 
  68. in a 96 TPI drive.
  69.  
  70. 2. DISKCOPY incorrectly allows a diskcopy from a 5.25" diskette to a 3.5" 
  71. diskette.  This produces a 40 track 3.5" diskette which cannot be read on 
  72. the IBM PC Convertible.
  73.  
  74. 3. BASIC and BASICA do not provide proper cursor control with the Enhanced 
  75. keyboards.
  76.  
  77. 4. COMMAND.COM -  Some users have encountered the following message while 
  78. running under DOS 3.20: "Fatal Stack Error / System Halted".  This message 
  79. is caused by the fact that DOS has not provided enough stack space to 
  80. handle the number of interrupts encountered.  This error can be 
  81. circumvented by using the STACKS command in the CONFIG.SYS file to 
  82. increase the number of stack frames available.  This command, which is new 
  83. to DOS 3.2, is documented in Appendix B of the DOS 3.20 Manual.  Refer to 
  84. this appendix for the syntax of the STACKS command.  This problem is 
  85. corrected by the patch.
  86.  
  87. 5.  When using an IBM PC XT or an IBM PC AT with an enhanced keyboard and 
  88. DOS 3.2, DOS will not recognize certain keys, or will mis-interpret keys.  
  89. There is a patch diskette, called the DOS 3.20 Keyboard Utility, which 
  90. corrects this problem.  This is a separate and distinctly different 
  91. diskette from the DOS 3.20 patch diskette.  This patch is for use ONLY 
  92. with the enhanced keyboard, since it will cause problems when installed on 
  93. systems with the original keyboards.
  94.  
  95. Please note that this patch will only resolve problems with the enhanced 
  96. keyboard for those programs which follow IBM's recommended programming 
  97. conventions.  Only those programs which use DOS function calls to access 
  98. the keyboard buffer will work properly after application of this patch.  
  99. Those programs which access the keyboard buffer directly, bypassing DOS 
  100. function calls, will NOT work properly with the enhanced keyboard.
  101.  
  102. 6.  A very slow serial printer with a small print buffer may cause DOS to 
  103. return a false "Out of paper" error message.  A new program, I17.com is 
  104. distributed on this patch diskette to resolve this problem.  Place the 
  105. command <I17> in you AUTOEXEC.BAT file, then reboot your system.
  106.  
  107. 7.  SHARE may return on of the following errors in a network environment:
  108.                    Share:  internal error
  109.                    RMS: sft lck fields not 0
  110.  
  111. This module must be copied to all subdirectories on the server machine 
  112. which contain the SHARE.COM module.  You can use the DOS REPLACE command 
  113. to do this automatically after you have completed the installation of this 
  114. patch diskette.
  115.  
  116.  
  117. 8.  FORMAT with the /4 or /8 options, when used with a 360Kb diskette on a 
  118. High Capacity diskette drive would not work properly.  The only systems 
  119. affected are the PC-AT 339, and the PC-XT 286a.  The driver FMTDRVR.SYS 
  120. included on this patch diskette corrects this problem.
  121.  
  122. The installation program places the following command in your CONFIG.SYS 
  123. file.  It will create the CONFIG.SYS file if one is not already present.
  124.  
  125.                        DEVICE = \FMTDRVR.SYS
  126.  
  127. The device driver will be placed in the root directory of your disk.  The 
  128. next time you boot your system the driver will display a message informing 
  129. you whether it has actually loaded or not.  It will determine which system 
  130. it is on and only install itself if it is on one of the affected systems.
  131.  
  132. --------------------------------------------------------------------------
  133.  
  134.  
  135.  
  136. The following items have been identified as valid problems, but for which 
  137. there is currently no fix.  Where there is a circumvention, it has been 
  138. included.
  139.  
  140. 1.  DOS Date does not increment properly.  The date will increment 
  141. correctly during the first 24 hour period as the time passed 2400 hours. 
  142. If there is no activity on the system during the next 24 hour period, as 
  143. in a situation where the system is running unattended over a weekend, the 
  144. date will not increment.  The circumvention is to press at least one key 
  145. during and 24 your period; this generates and interrupt and causes the 
  146. date to increment at midnight.  Alternatively, reset the date on Monday 
  147. morning with the DOS DATE command.
  148.  
  149. 2.  When attempting to format 360Kb diskettes on an IBM PC AT Model 339, 
  150. if you do not use the /4 option (format 360Kb) the system will attempt to 
  151. format the diskette as a High Capacity (HC) diskette.  DOS should issue a 
  152. message "Invalid media type", but it does not.  The diskette has many bad 
  153. sectors.  The circumvention is to always use the /4 parameter when 
  154. formatting 360Kb (Double Density) diskettes.
  155.  
  156. 3.  Under certain unique and infrequent sets of circumstances, if the 
  157. diskette in a drive is replaced with another diskette and you do a 
  158. directory, the directory of the first diskette is displayed.  There is no 
  159. circumvention.  This can also be caused by a defect in the High Capacity 
  160. Diskette Drive.  Refer to the Service Support Guide, Service Information 
  161. section "Diskette Drives/Fixed Disk Drives" for additional information.
  162.  
  163. 4.  Interrupt 21H, Function call 36H returns an incorrect value after an 
  164. ASSIGN command.  Prior to ASSIGN, the DX register contains 0943H on 
  165. return, which is the free space in clusters on the HC diskette.  After 
  166. ASSIGN, even with no parameters, 0901H is returned in the DX register; 
  167. this is an incorrect value.  Similar results occur with DD diskettes on a 
  168. PC-XT or a PC-AT.  This occurs only when the disk is not the default 
  169. drive.  Results are as expected when the drive is the default drive.  
  170. Therefore, the circumvention is to make the desired drive the default 
  171. drive prior to issuing this function call.
  172.  
  173.  
  174. 5.  String formula too complex (error 16) when using a string variable as 
  175. the name of a file to open it.  The OPEN function works properly for 9 
  176. iterations and an error 16 occurs on the 10th iteration of opening the 
  177. file.  The circumvention for this problem is to use the long form of the 
  178. OPEN statement i.e. OPEN filespec FOR mode AS #1.
  179.  
  180. An alternative circumvention would be to use error trapping.  The first 
  181. line of your program would be as shown below:
  182.  
  183.                       ON ERROR GOTO XXXXX
  184.  
  185. Where XXXXX is the line number of your error handling routine.  Somewhere 
  186. in your error handling routine you should place the following line:
  187.  
  188.                       IF ERR = 16 AND ERL = YYYYY THEN RESUME
  189.  
  190. Where YYYYY is the line number of the OPEN statement.  The RESUME 
  191. statement resets the error condition.  Since this is a false error,  
  192. resetting it does not create any problems.  An error 16 which occurs at 
  193. any other line of the program will not be handled by this statement, and 
  194. should be handled with a separate statement in the error handling routine.
  195.  
  196. Refere to the ON ERROR and RESUME statements in the BASIC reference manual 
  197. for additional details of there commands.
  198.  
  199.  
  200. --------------------------------------------------------------------------
  201.  
  202.  
  203. The following items have been identified as potential problems in DOS 3.20 
  204. They have NOT been confirmed as yet.  The IBM National Support Center is 
  205. attempting to confirm whether these items are, in fact, bugs or not.
  206.  
  207. 1.  When using DOS V#.10or V3.20 BACKUP, you may encounter a "File Sharing 
  208. Error".  If this occurs, the circumvention appears to be to use diskettes 
  209. which have been freshly formatted, and do not have any data recorded on 
  210. them.
  211.  
  212.  
  213. --------------------------------------------------------------------------
  214.  
  215.  
  216. RE10021 AT Fixed Disk, Undetected Write Fault Condition
  217.  
  218. 07/15/86
  219. DOS Disk Operating System Ver. 3.0 & 3.1 (6024180,6024211)
  220. PC AT 20MB Fixed Disk Drive              (6450205)
  221. Personal Computer AT System Unit/Keyboard (5170068,5170099)
  222.  
  223. Some fixed disk drives for the Personal Computer AT 5170 may in rare 
  224. situations experience a write fault condition and not be detected by DOS.  
  225. Only fixed disk drives that have "b143"as the first four digits of the 
  226. 11-digit barcode, located on the right side of the drive's front bezel, 
  227. are affected.
  228.  
  229. This error could result in a loss of data in the record being written when 
  230. the condition occurs.  A software patch for DOS 3.0 and 3.1 addressing 
  231. this problem is available through the National Support Center.  This patch 
  232. will enable DOS to correctly handle the condition by retries or posting an 
  233. error to the display.
  234.  
  235.